home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010921-20020314 / 000243_fdc@columbia.edu_Fri Dec 14 19:34:10 EST 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  48 lines

  1. Article: 13068 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.os.linux.misc,comp.protocols.kermit.misc
  5. Subject: Re: Help with UPS / Serial Ports
  6. Date: 14 Dec 2001 19:33:24 -0500
  7. Organization: Columbia University
  8. Lines: 31
  9. Message-ID: <9ve5ok$gif$1@watsol.cc.columbia.edu>
  10. References: <3c15cc89$0$227@hades.is.co.za> <3c197fe9$0$233@hades.is.co.za> <9vd2iu$l74$1@watsol.cc.columbia.edu> <9ve1qn3qqm@enews2.newsguy.com>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1008376406 12078 128.59.39.139 (15 Dec 2001 00:33:26 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 15 Dec 2001 00:33:26 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.os.linux.misc:530739 comp.protocols.kermit.misc:13068
  16.  
  17. In article <9ve1qn3qqm@enews2.newsguy.com>,
  18. those who know me have no need of my name  <not-a-real-address@usa.net> wrote:
  19. : <9vd2iu$l74$1@watsol.cc.columbia.edu> divulged:
  20. : >In article <3c197fe9$0$233@hades.is.co.za>,
  21. : >Peet Grobler <peetgr@absa.co.za> wrote:
  22. : >: I have three boxes (four soon) powered by this UPS, and only one can
  23. : >: connect directly to the UPS. I've got to write a server, and some
  24. : >: clients for the other three machines, so they all know when to shut
  25. : >: down. Besides, it's more fun rollin' my own!
  26. : >C-Kermit 8.0, which is being released now, supports RFC 2217 Com Port
  27. : >Control, which lets you share serial ports over Telnet.  
  28. : but only one at a time, right?  all `n' systems being supported by the ups
  29. : need notification.  were you thinking periodic `connect, poll, disconnect'
  30. : operations by each client?  that could get messy.
  31. Only one process can have a serial port at a time (oversimplified but
  32. you get the idea).  So either processes have to take turns, or you have
  33. to write a server that owns the serial port and acts as a mediator for
  34. other processes, perhaps on other hosts, to make queries and get results
  35. or whatever.  This approach would probably be most appropriate to this
  36. application, but it's going to be a fair amount of work, so taking turns
  37. with existing tools might be an easier way to get started.  It's simple
  38. to script in Kermit: try to open the device; if you fail, sleep for bit
  39. and try again.  Once you have it, make your query, get the results,
  40. close it, and sleep for some (perhaps randomized) period of time to give
  41. the others a chance.
  42.  
  43. - Frank
  44.